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tion for patients and a variety of medications, a host system 
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and means for receiving an incoming audio communication 
relating to a request for information concerning a specific 
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personal identifier which can be mapped to one patient in the 
host system database. The system then prompts the caller 
with a menu of selections relating to the patient's active 
prescriptions, such as, refill or dosage requirements. The 
caller then selects an option which produces a selection 
signal. The selection signal guides the system to look for 
specific data in the database and the system produces an 
audio or visual response to the caller. 
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INTERACTIVE TELEPHONY SYSTEM network. The audio communication contains a unique iden- 

tifier which is associated with a specific one of the patients 
CROSS-REFERENCE TO RELATED in the database. A list of selectable operations are identified 

APPLICATION to the caller. The list of selectable operations is specific to 

_ , ... . t . 5 the specific patient. The caller selects one of the selectable 

Th^ application is a continuation of U.S. application Ser. ^ and a sclection si { - a idcd ^ tem 

No. 09/056,582, filed Apr. 7, 1998 now U.S. Pat. No. malches ^ &[ } ^ a i(m of ^ medical 

6,088,429, which is a continuation of U.S application Ser. information in mc database relati t0 tbc ific tient . 

No. 08/515,250 filed Aug. 15, 1995, abandoned. ^ Qlltpm fc prQvided tQ me caUer The QUtput ig represen . 

10 tative of the portion of information relating to the specific 



FIELD OF THE INVENTION 



patient. 



This invention relates to telephony systems for conveying 

audio information among patients, health care providers, Glossary of Terms 

pharmacy personnel and others. « audio communication"— a signal representing an audible 

15 sound, which can be regenerated into a sound if needed. 

BACKGROUND OF THE INVENTION M , . ' „ , . * t , 

telephony — relating to computer-controlled processing 

Verbal information dispensed from physicians and phar- of audio communications over a telephone network, 

macists is often easy to forget, and patients often misplace, "mapping" or "mapped" — a process whereby existing 

or find it difficult to understand written materials. 2Q associations between identifiers and targets are used to 

Efforts to automate the dispensing of medication infor- always resolve to the same target for a given identifier, 

mation have included the use of 900 numbers for ordering "usage" — background information relating to a given 

printed drug information, or for conferencing with a live medication which may include general topics, such as why 

person for obtaining answers to specific inquiries. Medica- the medication is prescribed, how to store and administer the 

tion information software has also been developed which 2 5 medication, what to do if a scheduled dose is skipped, etc. 

can respond to the spelling of medication names with textual « host sys t em ''--when the IVR functions are considered 

information. peripheral to functions performed on a separate system unit, 

Individual drug companies have additionally created tele- an( j the IVR system relies on the separate system unit for 

phony systems which receive requests for information for data necessary for the IVR functions, then the separate 

specific drugs. Such systems are generally limited to pro- 30 system is called a "host system." 

viding highly technical reports for practitioners about medi- "pharmacy management system"— an automation tech- 

cations from a specific manufacturer. nology used to manage processes relevant to the dispensa- 

While current efforts to automate the medication infor- tion of medications to patients based on prescriptions gen- 

mation process have had some limited success, there is a erated by health care providers. 

present need for a more comprehensive system for commu- 35 « tc]ephonic audk) inquiry »__ an audio communication 

nicating important information relating to side effects, usage receive d ove r a telephone network that maps to a specific 

and general information for medications of every sort, inquiry in(cnded by the originator of said audio 

independent of the specific manufacturer. There also communication, such that said inquiry can be processed, 

remains a need for an interactive medication information directly or indirectlV) by the IV R system, with the intention 

system which provides immediate, on-demand answers to <° G f eventually responding to said inquiry by the IVR system 

important questions of users at a level easily understood by m a mannef mtelli ^ 51e t0 or specified by the or i ginator . 



the lay user and that is simple to use. 

A BRIEF DESCRIPTION OF THE DRAWINGS 



OVERVIEW 



45 The present invention is an improvement over a system 

The accompanying drawings illustrate preferred embodi- described and claimed in U.S. patent application Ser. No. 

ments of the invention according to the practical application 08/786,088, which is incorporated by reference herein in its 

of the principles thereof, and in which: entirety. 

FIG. 1: is a diagrammatic flow diagram of an interactive FIGS. 2 and 3 show an automated telephony method and 

medication information telephony system which is 50 system 300 for providing information relating to a patient in 

described in detail in my earlier application Ser. No. 08/786, response to an incoming audio communication from a caller. 

088, which is incorporated by reference herein. The caller may be the patient, or another individual acting 

FIG. 2: is a flow chart diagram of an improved interactive on behalf of the patient, or an automated system designed to 

medication information telephony system. interface with a system 300 according to the present inven- 

FIG. 3 is a block diagram of an exemplary system 55 Uon. Preferably, the cafler uses a device for audio commu- 

according to the present invention. mcaLion such 35 a standard telephone 355, or telephone 

- • j-* . - . c , device for the deaf (TDD) 356. Other calling means may 

FIG. 4 is a flow chart diagram of an exemplary messaging a]so be ^ * g modem 35? for , 0 [ 

funcuon according to the invention. com p Uter 0[ termina , ^ shown)> , remole of 

SUMMARY OF THE INVENTION 60 tennma ^ 358 communicating via a Telnet connection, an 

LAT connection 359, or a web browser 360 which commu- 

The present invention is an automated telephony method nicates via a global communications network, such as the 

and system for providing information relating to a patient in Internet. In a preferred embodiment of the invention, a 

response to an incoming audio communication from a caller, telephony server 330 is provided which is capable of receiv- 

A database is provided, containing information representing 65 ing inputs from, and providing outputs to, any of the types 

attributes of each of a plurality of patients. An incoming of catling devices, including telephone 355, TDD 356, 

audio communication is received via a telecommunications modem 357, Telnet terminal 358, LAT 359 or browser 360. 
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Further, if the caller is using a telephone 355, the caller may signal my include previously recorded speech, synthesized 

either answer via speaking into the telephone, or by using a speech, or a combination of the two. 

standard Dual Tone Multi-Frequency (DTMF) keypad. At step 222, 232, 234 or 236, the selection signal is 

One or more databases 214 are used by the exemplary matched against a portion of the medical information relat- 

system 300. At least one database 214 contains information 5 ing to the specific patient in the database 214. The system 

representing attributes of each of a plurality of patients. 300 provides an output to the caller which is representative 

Preferably, this database is organized to provide a "patient of the ^quested portion of information. TTie output may be 

profile" which includes a variety of data relating to the a f mesS *& e contai ™S verbaI d ™8 Ration, such as 

4 . t , , u . j.,. . * i j ■ information on medicine usage, side eliects, precautions for 
panen s health condmons treaunent plan, medical history a ^ medicalion) heaIth .^ ated Monn^n concerning 
and a list of medications taken by the patient. The medica- 10 ^ ^ Qf { back d information b 
Hons may further be categorized as: active (currently being f . / . c . . ... 
taken) or inactive (not currently being taken), and prescrip- '? *f ™ e ? f , inf ° mat "> n concerning a medication, 
tion or non-prescription. The database may be a distributed P.^ 6 ^ databasc contains information and unique 
database. Alternatively, the desired information for the matures, or identifiers or a variety of mediations. For 
patient's profile may be stored in a plurality of different « f™&> a component of the U^Pharmacope.al Conven- 
databases accessible by the system 300. For example, a '' on . S National Drug Code (NDC) may be used. The 
patient's history of prescription medications may be stored Nallonal ^5 Code includes multiple components, a first 
in a distributed database including database 214 and external c ° m P° nent . of wt » ch generally used to identify a 
host database 216. Alternatively, the data may be concat- f^™* 06 "' 1 ,^' re S ard j e f ° f . lhe manufacturer. Preferably, 
enated from a plurality of databases, including a pharmacy 20 ^ National Drug Code s unique drug identification corn- 
database 224, a medication and diagnosis datable 226, a P°"«t would be printed n human-readable form on all 
treatment plan database 228 or other database 230, which med ^ atl0n f- ™ 1S would allow the can « *° ^ ues ' da ; a 
may include lab test information, practice information, inpa- «garding the genenc compound, or enter codes for multiple 
t . . . . j, i • « | ' , . , . . / drugs to check on drug-to-drue interactions, with or without 
tient status and location or billing and appointment infor- „ % t . * ... ■ , C1 , 
mat - on & rr 25 a ^ °* tnese medications being in the patient s profile. In 

' addition, the caller may add medications to the patient's 

FIG. 2 shows the details of an exemplary method. profile. 

At step 210, an incoming audio communication is According to a further aspect of the invention, the system 

received. The audio communication may come in a tele- 30 0 determines whether the medication identified in the 

phone call via a telecommunications network 354. The audio 3Q communication from the caller has an interaction with a 

communication contains a unique patient identifier which is farlhcr me dication the patient is taking. This determination 

specifically associated with one of the patients in the data- may be performed based on the plurality of data pertaining 

base 214. This identifier may be used both to identify the t0 the patient in the database, or additionally, based on 

patient to which the audio communication pertains and as a medications identified by the caller while connected to the 

means of authentication to confirm that the caller is autho- 35 system. Thus, upon request by the caller for information 

rized to interact with the system 300. The system performs regarding any medication not already listed as active in the 

the authentication. The patient identifier may be based on an patient's profile, system 300 checks for interactions between 

identifier that is globally unique to the patient (e.g., social lhe medication for which information is requested and any 

security number). Alternatively, the identifier may be unique act i ve m edication(s) in the patient's profile. If any interac- 

to a patient within the system 300. For example, if system 4Q t i on jg identified, a warning is transmitted to the patient. The 

300 has a single pharmacy database, then a prescription warning may specifically identify the two medications 

number would be sufficient to uniquely identify a patient. which may have an interaction and the possible results of the 

At step 218, the system 218 identifies a plurality of interaction, or the warning may advise the patient to consult 

selectable operations from which the caller can select an with a pharmacist to review. Further it is possible to identify 

operation via the telecommunications network. According to 45 potential interactions between lab tests and medications in 

one aspect of the invention, the selectable operations iden- the patient's profile or otherwise identified by the patient, 

tified are specific to the patient. Depending on who the FIG. 4 shows an additional capability of the system, 

patient is, the list of selectable operations may vary. There According to a further aspect of the invention, the system 

are potentially thousands of functions available, as is the 300 includes an advanced calling and reminder facility. The 

case with diagnoses or medications. Different users may be 50 calling and reminder facility provides automated calling to 

authorized to access different operations. According to one patients, either to alert the patient to an update to the 

aspect of the invention, a caller that is already familiar with patient's profile (e.g., receipt of lab test results), or to remind 

possible operations for the specific identified patient may the patient of an appointment the patient has scheduled, 

vocalize the selection of an authorized function, or the list of Another aspect of this capability is the ability to post 

functions that are specific to the identified patient may be 5S reS ults back to the host application database. One example 

provided to the caller in the form of an audio signal ^ t b e ability to record results of attempting to deliver 

transmitted to a standard telephone user 355. messages to the patient, including: when a patient is not 

At step 220, the caller selects one of the medical infor- reached, a message is left, a patient has confirmed intention 

mation categories listed in the menu, to provide a selection to attend, a patient indicates he/she will not attend, or a 

signal to system 300, causing control to transfer to either 60 phone number is changed or incorrect. Posting back to the 

step 222, 232, 234 or 236 (corresponding to the respective host system makes this information available to practice 

information categories in databases 224, 226, 228 and 230). users from their principle application without having to 

Once an operation is selected, the caller can select from a list access a separate source for this information. Further, this 

of items. Once again, a caller that is already familiar with the capability enables generation of reports that document the 

system may vocalize the selection of an item, or the list may 65 effectiveness of the application at reaching patients. Further, 

be provided to the caller in the form of an audio signal host users can see the results of their calls on the patient 

transmitted to a standard telephone user 355. The audio record on the host system. 
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At step 402, the system 300 receives an update to the 
patient profile and stores the update in the database 214. The 
update may, for example, be: the receipt of a test result, a 
message from the provider's staff, change in room location, 
a doctor's diagnosis, the need to refill a prescription, the 
approach of an impending appointment of the patient, dis- 
position of a prescription renewal report, result of a referral 
request, or other event of interest to the patient. 

At step 404, system 300 determines whether an audio 
communication (e.g., a telephone call) is received from the 
patient within a first predetermined period of time (Tl days, 
where Tl is an adjustable pre-set value stored in the 
database) after the update is received. (The audio commu- 
nication is recognizable by the system as containing an 
identifier corresponding to the patient.). For example, the 
patient may call in on his own. 

If the audio communication is received, then, at step 418, 
when the audio communication is received, the system 
automatically provides a first message Ml, which includes 
information from the update. This message Ml is played 
back to the patient in the same format in which it is received. 
For example, if the patient calls in on a telephone, the 
message is vocalized back to the patient. If the patient uses 
a TDD, the message Ml is transmitted to the patient in TDD 
format. 

If the communication is not received from the patient 
within Tl days after the status update is received, then at 
step 406, then a telephone call is automatically made to the 
patent, and a second message M2 is transmitted to the 
patient. The message M2 may, for example, notify the 
patient that an important message is available for the patient 
to review, and provide the patient with instructions for 
receiving the message. The message Ml is ordinarily not 
transmitted at this time, in order to maintain confidentiality. 
If, however, the party answering the call inputs an authen- 
tication to show that he/she is the patient, control is trans- 
ferred to step 212 of FIG. 2, so that the message Ml can be 
delivered to the patient. 

Optionally, the value of Tl may be pre-set to zero in the 
system, so that there is no waiting period between the receipt 
of the status update (by system 300) and the automatic call 
to the patient. In a variation of the exemplary embodiment, 
steps 404 and 418 may be omitted, and control would 
directly proceed from step 402 to step 406 in all cases. This 
would have the same effect as setting the value of Tl to zero. 

Referring again to FIG. 4, at step 408, when the system 
300 calls the patient to deliver message M2, the system 300 
automatically determines whether the telephone call is 
answered by a human or a machine. This may be accom- 
plished by, for example, measuring the length of the greeting 
when the patient's phone is answered, which is a well- 
known technique. 

At step 410, the system collects data indicating whether 
and how soon the audio communication is received within a 
second predetermined period T2 after the message M2 is left 
for the patient in step 408. 

At step 412, if the patient has not called in or otherwise 
responded within T2 days, system 300 automatically gen- 
erates a letter or postcard that is sent to the patient. This 
letter has the address of the patient retrieved from the host 
database, and includes the actual text of the message Ml. 

At step 414, if the patient or caller does call in within T2 
days, the message Ml is then delivered to the patient. 

At step 416, the system calculates the time between 
leaving the message M2 for the patient in step 406 and 
receiving the audio communication from the patient in step 
414. 
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At steps 420 and 422, if the status update is due to an 
approaching appointment of the patient (e.g., within one 
week), then the system makes a record of whether the 
appointment is kept by the patient. 

s At step 424, a plurality of statistics are calculated to 
demonstrate or measure the effectiveness of system interac- 
tions with the patients. For example, the statistics may be 
used to automatically determine whether the appointment is 
more likely to be kept when the telephone call is answered 

10 by a human at step 406 than when the telephone call is 
answered by a machine. The system may also automatically 
calculate statistics for an amount of time between the 
telephone call and the audio communication. This statistical 
analysis measures the effectiveness of the application based 

15 on how many patients are ultimately reached by the system. 
This enables users to discriminate the effectiveness of the 
system in reducing no-show rates for patients actually 
reached versus those that were called but not reached. 
In addition to the capabilities set forth above, additional 

20 capabilities may be provided by system 300. For example, 
when calling in to the system, after receiving the message 
Ml, the patient may receive a menu and provide a menu 
selection to the system indicating a preferred appointment 
time for the patient. The system can then automatically 

25 schedule an appointment for the patient on the host system 
based on the menu selection, and store the appointment in 
the database. The patient may request and receive informa- 
tion (as shown in FIG. 2). The patient may request a refill of 
a prescription using either prescription number, a patient ID 

30 plus a selection, or the National Drug Code. 

These and other aspects of the invention are described in 
detail below, with reference to the exemplary embodiments 
and the attached Figures. 

35 DETAILED DESCRIPTION OF THE 

INVENTION 

As the inventor of the present application and another 
co-pending U.S. patent application, I hereby declare that any 

40 reference herein to my earlier filed applications) and 
inventions, or comparison therewith, is made solely for the 
purpose of distinguishing the present invention from my 
earlier application, and to make clear that the present inven- 
tion is patentably distinguishable from the disclosure of my 

45 earlier filed application. No reference herein to any of my 
earlier filed applications should be interpreted as an admis- 
sion that my earlier filed applications are "prior art" as to the 
invention claimed herein. 

5Q Telephony System 

Interactive automated telephony methods and systems are 
provided by this invention. The disclosed systems provide 
information relating to a patient (for example, any one of a 
plurality of medications prescribed for the patient) in 

55 response to an incoming audio communication from a caller. 
An identification of the patient is used as the database key 
for querying the database 214 to retrieve information con- 
cerning a variety of categories of medical information 
pertinent to the patient so identified. 

60 The present invention provides easier use and higher 
accuracy than many prescription refill and refill status sys- 
tems currently on the market. The present invention provides 
the first automated and interactive telephony system known 
to the inventor, in which refills, renewals, refill status and 

65 other pharmacy functions can be requested, without a pre- 
scription number, and in which these pharmacy functions are 
processed automatically by the host pharmacy system 300. 
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By using a patient identifier, such as a voice print, security 
code, or social security number, for example, to identify the 
patient, the system 300 can provide a patient-specific list of 
active items from which the patient can make a selection. 
Furthermore, this invention greatly enhances the usability of 5 
known voice recognition techniques and enables use of 
voice recognition techniques to process pharmacy. 

One embodiment (shown in FIG. 2) includes a database 
providing information for a variety of medications 214 and 
a host system database 216 containing information relevant 1° 
to patients, including prescription data for the plurality of 
medications. This embodiment can receive an incoming 
audio communication requesting information concerning a 
specific patient, such as a the side effects of a specific 
medication used by the patient. The audio communication 15 
from the patient contains a unique identifier which can be 
used as a key to query the database 214 for a set of one or 
more prescriptions identified for the patient in the host 
system database 214. 

According to one aspect of the invention, the caller can 20 
choose a menu of medical information selections relating to 
the prescriptions identified for the patient, from which the 
caller can select one or more items. This, in turn, provides 
a selection signal to the system. This selection signal is then 
matched with a portion of the information in the database, 25 
which may, for example, relate to a specific medication. The 
system then provides an output which is representative of 
the selected portion of information and transmits a message 
to the caller. 

Another telephony system of the present inventor is 
described in U.S. application Ser. No. 08/786,088, U.S. Pat. 
No. 5,737,396, issued Apr. 7, 1998, which is expressly 
incorporated by reference herein in its entirety. U.S. Pat. No. 
5,737,396 describes a method of retrieving information 35 
relating to a patient's prescribed medication. A unique 
identifier is related to (or contains) the prescription number. 
A respectively different prescription number was assigned 
on a transactional basis to every prescription; a patient did 
not have a single identifier which could be used for all the 4Q 
patient's prescriptions. 

A method or system according to the present invention 
does not rely on the entering of a prescription number, and 
may instead use any identifier unique to the patient, such as, 
for example, a password or social security number, which 45 
could be far easier to remember, and hence, more convenient 
for patients. More importantly, because the database is 
queried using an identifier of the patient as a database key, 
all the data attributes of the patient can be queried with a 
single identifier, including attributes which are not related to 50 
prescription medication. 

It has been further determined that, by using a patient 
identifier to identify a list from which active items can be 
selected, the usability of voice recognition techniques is 
greatly enhanced. Optionally, once the patient is identified, 55 
vocalized queries related to medications are only compared 
to, or matched against, those medications for which this 
patient is associated. For example, rather than requiring the 
caller to say the name of the medication, which is then 
identified from an available list of 13,000 or more possible 60 
medication names, the present invention enables the system 
to look for a digitized medication name from a list of 
medications identified as "active" for this patient. For the 
vast majority of patients, fewer than ten medications are 
identified as, "active" at any one time. 55 

The present invention permits patients to specify desired 
pharmacy functions, such as refilling, renewal, refill status, 
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or educational information. The caller can select from a list 
of currently active prescription medications available on the 
host system database 216 for a particular patient. The list can 
be spoken out by the system first, so that the caller can select 
an item, or the caller can, alternatively, say the medication 
name and the interactive voice response system ("IVR") can 
use voice recognition techniques to select the correct medi- 
cation from the small list of active medications for this 
particular patient. This approach allows a caller to use the 
system for four or more pharmacy functions without requir- 
ing him/her to remember all of his/her prescription numbers, 
as required by earlier systems. Optionally, the pharmacy 
function can be selected after the patient has identified the 
medication he/she wishes to investigate. 

In addition to pharmacy functions, the caller (i.e., person) 
calling a system according to this invention can select one of 
a plurality of functions relating to other information on the 
patient's active profile on the host system without inputting 
further identifiers. For example, the caller might select to 
receive diagnosis and treatment information found in a 
patient's active profile. Given a database with pre-recorded 
information concerning diagnosis and treatment that can be 
mapped to the diagnosis and treatment signals on the host 
system database for the patient, the system can provide the 
caller the requested information. The caller specifies 
whether information relevant to the disease condition is to 
be provided, including the treatment plan and dietary plans 
and other recommendations for the patient's condition and 
health. The 1VR system provides information about the 
diagnosis and treatment plans. A status report could also be 
automatically provided to the physician, so that he or she 
knows that the patient has requested this information. 

A caller can build his/her own database over the phone. In 
addition, a caller can augment the pharmacy database with 
information that is not in that pharmacy database. (For 
example, the user can add over-the-counter medications). A 
calling having access to a unique medication identification 
(e.g., National Drug Code) can create medication lists or add 
to the pharmacy database intelligently. Preferably, this medi- 
cation identifier appears on the label of the medication. 

Other examples of relevant functions that can be mapped 
to a patient's active profile include information relevant to 
inpatients in a hospital. Upon providing a patient identifier 
commonly known to family and friends such as the patient's 
home phone number, the system can uniquely identify the 
patient from among all inpatients in the host database. By 
mapping the phone number to the patient's room, calls can 
be automatically transferred to the patient, to the nurse's 
station responsible for the patient, or to public information 
that hospital staff may want to provide callers about that 
inpatient, such as how well they spent the night and how 
they are eating. Similarly, this invention may be applied to 
hotel and motel settings, wherein guests can be automati- 
cally contacted by outside callers through a host database 
lookup of the guest's home phone number or office number, 
for example, which is provided by the guest during check-in. 

A hotel chain could also use this feature to allow an 
outside caller to call a central telephone number, specify a 
desired party's home or office phone number, and direct a 
telephone call or voice mail message to the desired party 
staying with the hotel chain, without knowing at which of 
the chain's locations the party is staying. 

By providing a patient identifier accessible to staff, such 
as an internal patient ID, staff members can exchange 
information relevant to that patient such as diagnosis infor- 
mation and other comments about that patient. Preferably, 
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such information would only be made available to autho- (voice 355, TDD 356, modem 357, Telnet 358, LAT 359, 

rized staff or providers. browser 360 or e-mail 361). This enables a single set of 

A preferred version of this invention can operate with the application code to drive all these media without special 

popular MUMPS database used by many pharmacy man- media-dependent logic for each medium. This is realizable 

agement systems. It is understood that this invention can S using a "data dictionary" that maps between text, auditory or 

operate using existing I VR hardware and software, database other signals and a tool set that selects which signal to 

access technologies including a system server, voice present for each respective medium, 

database, voice synthesizer or audio recordings, and per- Presently known systems such as those provided by 

sonal computers. SmartTalk, Inc. or Televox, Inc. run as stand-alone systems 

The inventor also contemplates providing additional func- 10 without host interaction. They typically require patients to 

tionality in this system, such as pharmacy-related enter a topic identifier referred to as a "PIN" as well as their 

operations, with or without the input of a prescription patient ID. These systems require the health care organiza- 

number. A flow chart diagram of an improved interactive tion to give the patient a PIN for each instance in which the 

system 200 is shown in FIG. 2. For example, the patient or practice may deliver a message to the patient. The organi- 

care giver can call 210 and input a unique identifier 212 15 zation must then track that PIN and use it to post a message 

which is a personal identifier, such as a social security for the patient. For example, each time the patient gets a lab 

number, telephone number, and may include a pass test, a new PIN is provided to the patient. When posting 

validation, such as password. Next, the system validates the information for the patient, these prior systems. require the 

patient identifier 214 and searches a host system database for health care organization to call the system and manually 

the patient's active profile 216. The active profile can 20 enter the topic PIN. 

describe the patient's diagnosis and treatment plan, includ- By contrast, the present invention can perform authenti- 

ing all of the patient's active prescriptions, identified with cation using a patient ID, such as a social security number, 

separate prescription numbers. The system can then provide patient identification number, or telephone number, against 

a list of function options 218 that are available for that the host database and a separate transactional PIN is not 

particular caller. 25 needed for each topic. If a patient identification number is 

For example, the menu of options may include (1) refill or used, only one of these numbers need to be used to access 

renew prescription, (2) check on refill status, (3) get educa- all messages relevant to the patient. No existing system is 

tional information about patient's (a) medications, (b) diag- known to automatically retrieve the patient's phone number 

nosis information, (c) treatment plans, (d) patient's status, from the host database to call the patient and notify the 

etc. The caller next selects the desired function 220. Using 30 patient that there are messages for the patient, nor to 

the unique identifier as a key, the system searches the automatically generate letters or e-mail with the text of the 

external host system database, or databases, to retrieve specified audio message and the patient address retrieved 

relevant information from the patient's active profile 216. If from the host database using the data dictionary feature 

the caller selects a pharmacy function such as prescription described below. 

refills, renewals, or refill status functions, he or she can 3 Furthermore, users do not have to call into the exemplary 

select from active prescriptions from a host system for a system to post messages for patients. Users can select from 

particular patient, or use voice recognition to select data pre-defined messages on the host database which we 

from the active medications for that patient. The list of retrieve. Users can also record a message on their existing 

medications can be spoken out first for the caller to select an ^ PC devices which are transferred to the exemplary system or 

item from, for example, for CYLERT, press 1, for 40 they can have the exemplary system call them to make the 

TRYPTOPHAN, press 2, etc. The system then posts the private recording. The major advantage of this technique is 

refill, renewal and status request to the pharmacy host that users (e.g., health care provider personnel) can post 

system 224 and the results, if any, are returned to the caller, messages for patients without having to first: (a) dial into the 

or provides the caller with educational information about the system, (b) enter their provider IDs, (c) enter the patient IDs, 

medication identified. and (d) enter the topic identifier ("PIN") in order to specify 

If the patient desires to learn information on diagnoses or a message for the patient. Instead, the staff may already be 

treatment plans, he or she may select from active diagnoses signed onto their system and looking at information relevant 

234. The system then searches treatment plans and other to the patient (thus, items b & c are known to the host). They 

patient care information databases 228 and retrieves it for 5Q select the option that drives the exemplary system with their 

the caller. mouse, or touch tone pad, for example, and specify the 

Additionally, other information in the patient's active message for the patient. To specify a message, the user can 

profile can be selected from the function menu 220. For this select from a list of canned messages or record a custom 

other information, which could include patient histories, message using a voice card. If there is no voice card, the user 

blood type, family histories and other medical information, 5S can click on the option where the exemplary system calls 

the patient can select an individual item from the active them 10 make tne recording. 

profile 236 which triggers the system to search for this other In all instances, reports may be made available to docu- 

information on the patient's active profile in the host system ment the transactions that have been performed, 

database, or similar database 230, and respond in kind. The invention provides the capability to provide complete 

The disclosed telephony systems can be used with intranet 60 visual feedback on a screen even if the practice user is using 

or Internet-access terminals to provide easier access. The a phone to post practice messages to the system (e.g., when 

provided software can interact with multiple systems, such the user enters the PID on a touch-tone phone, the system 

as voice-over telephone, devices for the deaf, network may display on a screen accessible to the caller complete 

computers and browser access over the Web in digital or demographic information about the patient so as to eliminate 

analog voice formats. 65 possible issues about entering data for the wrong patient.). 

Advantageously, the application logic 310 operates inde- The invention eliminates a source of constant interrup- 

pendently of the media used to interact with the patient tions for providers and staff, freeing them to focus their 
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attention where it is needed most — on patients in the office. 370. An LAT user 359 can communicate across enterprise 

Record test results any time, from any phone. Allow patients network 375 via LAT port 371. A browser user 360 can 

to access test results 24 hours a day, 7 days a week. The communicate with server 330, via browser port 372. An 

invention "does the talking" when patients call to learn electronic mail (e-mail) system 373 may be provided, 

laboratory test results. By handling frequent calls from 5 When the application 310 is going to perform an I/O 

patients anxious to receive lab test results, the invention operation, the application 310 needs only determine what to 

reduces constant interruption. The invention answers the mput or output> Mumps talk environment determines 

calls and speaks a personal test result message— w h a t type of user 355-361 is communicating with the 

automatically. Productivity goes up, and patients have more application. The Mumps talk environment 325 determines 

quality time with their providers. ao the format that is needed, i.e., whether it is textual, or 

Using the invention, patients can access their test results sound-based. The Mumps Talk Data Dictionary 321 is used 

24 hours a day, 7 days a week. They simply dial the phone to retrieve what the application wants to say, either in sound 

number and enter their patient ID (PID). The invention format or in text format. In general, when data (messages) 

guides them through every call with easy-to-follow instruc- are input to the system to build the data dictionary 321, the 

tions. Available test results are spoken immediately. There is 35 data are input in both the text representation 323 and the 

no waiting for records to be located or for providers to come sound representation 322, in a one-to-one correspondence, 

to the phone. Patients with questions can record a message When using a textual interface, (browser 372, LAT 371, 

for their provider or, during office hours, can select the Telnet 370, standard modem 353 or TDD modem 352, the 

option to transfer to a "live" operator. text version 323 is retrieved. 

Providers and authorized personnel can record patients' 20 When dealing with a sound-based interface, (telephony 

test result messages at their convenience, from any tele- interface 340) the sound representation 322 is used. Sound 

phone. Standard messages for routine results can be representation 322 could also be used for the TDD interface 

recorded once, saved, and re-used. Any authorized provider if, instead of transmitting via a serial device, the system is 

can assign these messages to patients with identical lab test playing TDD recordings. Similarly, one could play sound 

results or add a personal message, as needed. 25 recordings over the browser connection 372 as well. In any 

All calls are logged. Call results can be viewed on the of these specific instances a Mumps talk data dictionary uses 

monitor or printed for verification of the date the message this sound representation 322. In every other instance, the 

was given. All messages, including personal instructions text representation is used. The important feature is that, the 

from the provider, can be archived on tape, retrieved by application is always dealing with what it wants to say. The 

batch and authorization number, and listened to for verifi- 30 Mumps talk tool 325 figures out what the media is and what 

cation of exactly what patients were told. representation is needed; whether it is sound or text. In 

More than one provider can select or record messages for addition the Mumps talk environment 325 adds information 

a single patient. When the patient calls in, messages are suc n as HTML tags, or whatever is needed for the specific 

played, oldest to newest. They can be listened to an unlim- 35 transaction. It retrieves the actual text and it will encouch it 

ited number of times during a designated period, with the with media-specific formatting. The data dictionary 321 

option to skip forward to the next message. manages the various representations, either sound 322 or 

An exemplary block diagram of the system 300 is shown text 323 - The Mumps talk tool 325 grabs the appropriate 

in FIG. 3. The system includes a telephony server 330, representation based for the medium that is being used and 

which isolates the medical/pharmaceutical application pro- 40 wen mass ages it as needed. 

grams from the hardware. Server 330 includes separate The default interface used is the telephone interface 340. 

interfaces for each of the different media that communicate If the user does not have a TDD modem, telephony is used, 

with system 300. Telephony server 330 may include known The telephony side is always enabled, the other interfaces 

storage media for storing pre-recorded messages, and voice may or may not be enabled. In a variation of the exemplary 

synthesizing means for generating any arbitrary message 45 embodiment, the patient's profile may include a parameter 

used by the system. Telephony server 330 may also include which determines which type of user device 355-361 is used 

voice recognition means. for outgoing messages, when contacting the patient. The 

Telephony interface 340 is provided for communications system can also mail a letter to the patient with the text that 

with telephone users 355 over public telephone networks would have been spoken to the patients. If the patient does 

354. The telephony interface 340 allows system 300 to 50 not cal1 within a certain parameter of time, then the text of 

communicate with a telephone keyset 355 as an Input/ the message is sent to the printer interface 374. 

Output (I/O) device. Although the exemplary embodiment uses the Mumps 

Server 330 has serial ports 350 and 351 for interfacing to talk tool, other tools may be used to provide similar func- 

a TDD modem 352 and a standard computer modem 353, tionality. The interface needs the ability to determine what 

respectively. TDD modem 352 communicates with a TDD 55 type of device 355-361 is that it is communicating with, and 

user 356 over the public telephone network 354. Standard then based on that device, it will select what medium (text 

computer modem 353 communicates with modem users or or sound) is appropriate to send outgoing communication to 

computer systems 357 over the public network 354. System/ that device. Further, if text is used, the interface determines 

network printer/fax and e-mail services may be accessed as whether to put any special control information around the 

required using standard techniques. 60 lexl * 

Besides the public network users, server 330 can also AJ JA . . . „ . . _ 

. r . 4l _ * . Advanced Appointment Reminder Functions 

communicate with computers in a proprietary enterprise rr 

network — which may be a local area network (LAN) or a According to another aspect of the invention, improved 

wide area network (WAN)— or a global communications results are obtained by several improvements in appointment 

network 375, such as the Internet. A Telnet user 358 can 65 reminder methods. 

communicate with server 330 (for example, using terminal According to one aspect of the invention, the system 300 

emulation) via the enterprise network 375, using Telnet port identifies patients with phone number or phone line prob- 
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lems in advance of the date on which the system will place System reports can be sorted by provider or office and 
a call to the patient. Patients* phone numbers are validated directed to fax machines, printers, or files in multiple 
well before a patient's appointment date, and any patient locations, saving time and money. A variety of reports tell 
having problems in his/her phone number is identified providers which patients are confirmed or unable to keep 
(including missing area code, a local exchange that doesn't 5 their appointments. Importantly, this information is posted 
match the area code, an exchange of a seven-digit number back t0 the host P atienl scheduling system, which is used by 
that doesn't match the default area code for a seven-digit the Slte for workload planning and management, well in 
number, or a phone number that has an incorrect number of advance of the da ? the W™trnents take place, 
digits). If the problem is not corrected by the time system Variations of the exemplary embodiments may add further 
300 needs to send a message to the patient, the message is 10 fopclionality. Dialing result controls allow the user to deter- 
gent by mail. This helps ensure that nearly 100% of the mme * e da y s ™d times to dial, and to base the intervals 

t . • . * a between contact attempts on the result of each call (i.e., 

patients are contacted. , r . v *n_ • »• 

r busy, no answer, answer/no response). The invention can 

Reports may be sorted by user and are printable on any screcn out answerin g machines or leave a message after a 

printer to which the host system can print. This enables each pre -determined number of attempts. Further, patients them- 

clinic in a large organization to conveniently receive impor- 15 sclves can acces& the system via ph(me cd , 0f Intemet {Q 

tant reports at their local printer, concerning the patients configure a personal profile of how the system is to contact 

contacted for their clinic. Further, clinic staff are alerted to them ^ personal profile may i nc i u de: phone numbers, 

"phone company intercept tones." First, the intercept tones days and time of day t0 ccmtact tne patient, e-mail address, 

identify: (a) numbers that are incorrect; (b) disconnected; or beeper Dum b er , or other parameter of importance to the 

(c) changed. Second, the system alerts the specific staff 20 patient 

person who is to interact with the patiem, by printing a UnforeS een schedule changes often necessitate notifying 

notification to the most convenient printer. Third, the system { b]odB of ^nts that their appointments must be 

posts back to the host an alert, so that staff can verify the rescheduled< invention can deliver a message to a block 

complete patient demographic information particularly of pat i e nts. This may include automatic transfer of the call 

address. This function takes advantage of the fact that a 25 ^ ^ ^ ^ ^ ^ fc feached Qr 

change m phone number is often accompanied by a change indude a ( ^ ieQts caU ^ office aumber duri 

in address. Thus, the user has an automatic tool to detect designated hours 

many address changes for active patients. This enables users ^ ^, ... ... . , - ,. . „ u . c 

. ' .. . t *» lL . * £1 r 4 . , Further, although this reminder function is well suited for 

in the clinic to update the patient profiles for active patients . ' . ~ - . . . . . . . c iC 

. . , j « « r , r tn remindmg patients of their appointments, it is also useful for 

who have changed telephone numbers. 3U ■ j- *• * *u * .•„ *- \ IT - .u 

& r reminding patients that a bill payment is due. Using the same 

Because of the above-mentioned statistics (described with functions, a practice can include reminder messages for 

reference to FIG. 4), the system 300 is able to identify 5ming ^ effectiveness of the patient reminder can be 

patients who have a "no-show" history, or fail to keep their tracked and reported, based on payments made, and posted 

scheduled appointments. System 300 can automatically back to the host syslem 

schedule an extra telephone call reminder for these patients. ^ t invention be embodied in the form of 

This reduces the "no -show- rate and helps ensure that comp uter-implemented processes and apparatus for practic- 

patients receive the proper care. mg those processes ^ present iDvent ion may also be 

Another optional function is the ability to place an embodied in the form of computer program code embodied 
advance call or send an e-mail to non-local patients. This 4Q in tangible media, such as floppy diskettes, read only memo- 
function provides out-of-zone patients extra time to make nes (ROMs), CD-ROMs, hard drives, ZIP™ drives, JAZ™ 
travel arrangements. drives, or any other computer-readable storage medium, 

The invention provides an important service to patients wherein, when the computer program code is loaded into 

through consistent, personalized appointment and resched- and executed by a computer, the computer becomes an 

uling reminders. The invention consistently reminds patients 45 apparatus for practicing the invention. The present invention 

of their appointments. Appointment slots can be more effec- may also be embodied in the form of computer program 

tively filled with patients who confirm they will be there. code, for example, whether stored in a storage medium, 

Staff members are freed from reminding hundreds of loaded into and/or executed by a computer, or transmitted 

patients by phone calls or mailings. The efficiency of the over some transmission medium, such as over the electrical 

entire office increases. 50 wiring or cabling, through fiber optics, or via electromag- 

Using the invention, patients actively confirm that they netic radiation, wherein, when the computer program code is 

will keep appointments through a touch-tone or spoken loaded into and executed by a computer, the computer 

yes/no response. Patients who indicate they can't keep their becomes an apparatus for practicing the invention. When 

appointments are given a reminder to reschedule. If calls are implemented on a general-purpose processor, the computer 

placed during business hours, patients can be given the 55 program code segments configure the processor to create 

option to transfer the call to the scheduling desk. Transfer specific logic circuits. 

hours can vary from office to office. A printed system report Although the invention is described in terms of exemplary 

can verify all call results. embodiments, it is not limited thereto. Rather, the appended 

Patient privacy can be protected. According to one claims should be construed to include other variants and 

embodiment of the invention, the system provides an iden- 60 embodiments of the invention which may be made by those 

tification that only the patient or a family member would skilled in the art without departing from the true spirit and 

recognize as belonging to the patient (e.g., part of a social full range of equivalents of the appended claims, 
security number, birth date, or mother's maiden name). The What is claimed is: 

person receiving the call must confirm the name of the 1. A method for accessing medical information in a 

patient for authentication. If the patient is at home, the 65 database, comprising the steps of: 
system waits until the patient comes to the phone before (a) storing in a database a patient profile which includes 
speaking the reminder. a plurality of data pertaining to a patient; 
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(b) receiving an update to the patient profile and storing 
the update in the database; 

(c) automatically providing a first message including data 
from the update, if an audio communication is received 
which contains an identifier corresponding to the 
patient after the update is received; and 

(d) automatically generating a telephone call to the 
patient, if the audio communication is not received 
within a predetermined period of time after the update 
is received, the telephone call including a second 
message informing the patient that an update is avail- 
able. 

2. A method according to claim 1, further comprising the 
step of: 

(e) automatically providing the first message including 
information from the update, if the audio communica- 
tion is received within a second predetermined period 
of time after the telephone call. 

3. A method according to claim 1, wherein step (d) 
includes automatically determining whether the telephone 
call is answered by a human or a machine. 

4. A method according to claim 3, further comprising the 
steps of: 

(e) collecting data indicating whether the audio commu- 
nication is received within the second predetermined 
period after step (d) is executed. 

5. A method according to claim 4, wherein the update to 
the patient's profile is due to an upcoming appointment, the 
method further comprising the steps of: 

(f) performing steps (a) through (e) a plurality of times; 

(g) automatically determining whether the appointment is 
more likely to be kept when the telephone call is 
answered by a human than when the telephone call is 
answered by a machine, said determining being based 
on the data collected in step (e). 

6. A method according to claim 4, further comprising the 
steps of: 

(f) performing steps (a) through (e) a plurality of times; 

(g) automatically calculating statistics for an amount of 
time between the telephone call and the audio commu- 
nication. 

7. A method according to claim 2, further comprising 
automatically generating a letter to the patient if the audio 
communication is not received within the second predeter- 
mined period, the letter containing a text transcription of the 
first message. 

8. A method according to claim 1, further comprising the 
step of: 

(e) playing an audio menu for the patient, said audio menu 
including options for scheduling an appointment, 
requesting information about a medical condition, 
requesting information about a medication, and refill- 
ing or renewing a prescription. 

9. A method according to claim 1, further comprising the 
step of: 

(e) playing an audio menu for the patient, said audio menu 
including a set of options that are specific to the patient. 

10. The method of claim 1, further comprising the steps 

of: 

(e) including in the patient profile a date and a time of an 
appointment of the patient; 

(f) automatically generating and transmitting an elec- 
tronic communication to the patient a predetermined 
number of days before the date of the appointment, the 
electronic communication including information 
related to the date and time of the appointment. 
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11. A method according to claim 10, wherein the elec- 
tronic communication is a telephone call. 

12. A method for accessing medical information in a 
database, comprising the steps of: 

(a) storing in a database a patient profile which includes 
a plurality of data pertaining to a patient; 

(b) receiving an update to the patient profile and storing 
the update in the database; 

(c) automatically providing a first message including data 
from the update, if an audio communication is received 
which contains an identifier corresponding to the 
patient after the update is received; 

(d) receiving a request from the patient in response to the 
first message, the request indicating a preferred 
appointment time for the patient; and 

(e) automatically scheduling an appointment for the 
patient based on the request, and 

(f) automatically storing the appointment in the database. 

13. A method for managing patient appointment data in a 
database, the appointment data identifying a patient and a 
date and time of an appointment of the patient, the method 
comprising the steps of: 

(a) storing in a database a patient profile which includes 
the date and time of the appointment of the patient; 

(b) automatically generating and transmitting a telephone 
call to the patient a predetermined number of days 
before the date of the appointment, the telephone call 
including information related to the date and time of the 
appointment; 

(c) detecting a telephone company intercept tone; and 

(d) generating and transmitting a notification requesting a 
confirmation of the address of the patient in response to 
the intercept tone. 

14. A method according to claim 13, further comprising: 

(c) receiving authentication information from the patient 
during the telephone call; and 

(d) identifying the date and time of the appointment in 
response to the authentication information. 

15. A method according to claim 14, further comprising: 

(e) receiving an from the patient that the patient is unable 
to keep the appointment after step (d); 

(f) automatically providing a reminder to the patient to 
reschedule the appointment. 

16. A method according to claim 13, further comprising 
the step of: 

automatically determining whether the telephone call is 
answered by a machine. 

17. A method for managing patient appointment data in a 
database, the appointment data identifying a patient and a 
date and time of an appointment of the patient, the method 
comprising the steps of: 

(a) storing in a database a patient profile which includes 
the date and time of the appointment of the patient; 

(b) automatically generating and transmitting a telephone 
call to the patient a predetermined number of days 
before the date of the appointment, the telephone call 
including information related to the date and time of the 
appointment; and 

(c) automatically generating a letter to the patient if the 
telephone call is answered by a machine, the letter 
including the date and time of the appointment. 

18. A method for managing patient appointment data in a 
database, the appointment data identifying a patient and a 
date and time of an appointment of the patient, the method 
comprising the steps of: 
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(a) storing in a database a patient profile which includes 
the date and time of the appointment of the patient; 

(b) automatically generating and transmitting an elec- 
tronic communication to the patient a predetermined 
number of days before the date of the appointment, the 5 
electronic communication including information 
related to the date and time of the appointment; 

(c) receiving authentication information from the patient 
electronically following the transmission of the elec- 
tronic communication; and 

(d) generating and transmitting a second electronic com- 
munication identifying the date and time of the appoint- 
ment in response to the authentication information. 

19. A method according to claim 18, further comprising 
the steps of: 

(e) receiving an from the patient that the patient is unable 
to keep the appointment after step (d); 

(f) automatically providing a reminder to the patient to 
reschedule the appointment. 2 o 

20. A method for managing patient appointment data in a 
database, the appointment data identifying a patient and a 
date and time of an appointment of the patient, the method 
comprising the steps of: 

(a) storing in a database a patient profile which includes 25 
the date and time of the appointment of the patient; 

(b) automatically generating and transmitting an elec- 
tronic communication to the patient a predetermined 
number of days before the date of the appointment, the 
electronic communication including information 30 
related to the date and time of the appointment; 

(c) automatically analyzing a plurality of history data in 
the patient profile in the database, the history data 
identifying whether the patient has missed previous 
appointments; and 35 

(d) automatically generating and transmitting a second 
electronic communication to the patient, thereby to 
provide an extra reminder to the patient. 

21. A method for managing patient appointment data in a 
database, the appointment data identifying a patient and a 40 
date and time of an appointment of the patient, the method 
comprising the steps of: 

(a) storing in a database a patient profile which includes 
the date and time of the appointment of the patient; 

(b) automatically generating and transmitting an elec- 
tronic communication to the patient a predetermined 
number of days before the date of the appointment, the 
electronic communication including information 
related to the date and time of the appointment; 5Q 

(i) validating a phone number of the patient before the 
date of the appointment; and 

(ii) generating and transmitting a notification to a user 
of the database if the phone number of the patient is 
not valid. ss 

22. A method according to claim 21, wherein step (i) 
includes checking the phone number for: 

a missing area code, 

a local exchange that does not match the area code of the 
phone number, 60 

a seven-digit number having an exchange that does not 
match a default area code for a seven-digit number, or 

a phone number that has an incorrect number of digits. 

23. A system for accessing medical information, compris- 
ing: 65 

a database for storing a patient profile which includes a 
plurality of data pertaining to a patient; 



means for receiving an update to the patient profile and 
storing the update in the database; 

means for receiving an audio communication which con- 
tains an identifier corresponding to the patient; 

means for automatically providing a first message includ- 
ing information from the update, if the audio commu- 
nication is received within a predetermined period of 
time after the update is received; and 

means for automatically generating a telephone call to the 
patient, if the audio communication is not received 
within the predetermined period of time after the 
update is received, the telephone call including a sec- 
ond message informing the patient that an update is 
available. 

24. A system according to claim 23, further comprising: 
means for automatically providing the first message 

including information from the update, if the audio 
communication is received within a second predeter- 
mined period of time after the telephone call. 

25. A system according to claim 24, further comprising 
means for automatically generating a letter to the patient if 
the audio communication is not received within the second 
predetermined period. 

26. A system according to claim 25, further comprising 
means for automatically determining whether the telephone 
call is answered by a human or a machine. 

27. A system according to claim 24, further comprising 
means for playing an audio menu for the patient, said audio 
menu including options for scheduling an appointment, 
requesting information about a medical condition, request- 
ing information about a medication, and refilling or renew- 
ing a prescription. 

28. A system for accessing medical information, compris- 
ing: 

a database for storing a patient profile which includes a 
plurality of data pertaining to a patient; 

means for receiving an update to the patient profile and 
storing the update in the database; 

means for receiving an audio communication which con- 
tains an identifier corresponding to the patient, wherein 
the audio communication receiving means comprises: 
means for receiving a voice audio communication from 

a telephone caller, 
means for receiving a telephone device for the deaf 

(TDD) communication from a TDD caller, and 
means for demodulating a modulated data signal trans- 
mitted over a telephone link; and 

means for automatically providing a first message includ- 
ing information from the update, if the audio commu- 
nication is received within a predetermined period of 
time after the update is received. 

29. A system according to claim 28, further comprising 
means for exchanging digital data signals with a computer 
via a computer network. 

30. A system according to claim 29, wherein the digital 
data signal exchanging means include means for transmit- 
ting hypertext markup language information to a client over 
the computer network. 

31. A machine-readable medium encoded with computer 
program code for accessing medical information, such that, 
when the program code is loaded into a computer and the 
computer executes the computer program code, the com- 
puter performs the steps of: 

(a) storing in a database a patient profile which includes 
a plurality of data pertaining to a patient; 

(b) receiving an update to the patient profile and storing 
the update in the database; 
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(c) automatically providing a first message including data 
from the update, if an audio communication is received 
which contains an identifier corresponding to the 
patient after the update is received; and 

(d) automatically generating a telephone call to the 
patient, if the audio communication is not received 
within a predetermined period of time after the update 
is received, the telephone call including a second 
message informing the patient that an update is avail- 
able. 

32. A machine-readable medium encoded with computer 
program code for managing patient appointment data in a 
database, the appointment data identifying a patient and a 
date and time of an appointment of the patient, such that, 
when the program code is loaded into a computer and the 
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computer executes the computer program code, the com- 
puter performs the method comprising the steps of: 

(a) storing in a database a patient profile which includes 
the date and time of the appointment of the patient; 
5 (b) automatically generating and transmitting a telephone 
call to the patient a predetermined number of days 
before the date of the appointment, the telephone call 
including information related to the date and time of the 
appointment; 

io (c) detecting a telephone company intercept tone; and 
(d) generating and transmitting a notification requesting a 
confirmation of the address of the patient in response to 
the intercept tone. 

***** 



01/23/2004, EAST Version: 1.4.1 



